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(57) A policy management system and method hav- 
ing a plurality of cooperating computers connected in a 
network. A policy management software resident in one 
or more managing computers of the network monitors 
the network and collects performance related values, 
such as, response time or queue delay of the cooperat- 
ing computers. Performance related metrics are derived 
from the performance values and posted for access by 
the software that distributes work or controls execution 



of the work. The performance metrics includes only a 
number and average of the values received. The per- 
formance related values are formed in a data structure 
having n rows, where n is the number of value reporting 
intervals for which the performance metrics are kept. As 
a new current interval begins, the performance metrics 
of the nth row of a preceding interval are discarded and 
such nth row is used as the first row for the current in- 
terval. The remaining rows are shifted down one row po- 
sition. 
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Description 

[0001] This invention relates to a system and method 
for managing policy decisions for a network of cooper- 
ating computers and to a method for aging statistics. 
[0002] Prior art methods that implement policy for 
computer systems that are homogenous in architecture 
assigned work on a platform specific basis or an oper- 
ating system basis. For example, the IBM S/390 work- 
load manager uses 390 system platform specific statis- 
tics, such as, multiprogramming level, virtual storage, 
expanded storage, to make decisions on where to place 
work. Prior art methods of policy management have re- 
quired advance knowledge of how much CPU time or 
memory an application needs to run to efficiently assign 
the application in a cluster of computers and take ad- 
vantage of the cluster resources. Prior art methods of 
policy management also have created an affinity be- 
tween certain types of work and a specific computer. 
[0003] Statistics used by prior art policy management 
methods have been updated on a periodic basis, wheth- 
er or not new values have been received. This updating 
has been scheduled by a timer that signals the update 
times. This causes additional path length, CPU cycles 
and concerns about recovery, such as, failure of the tim- 
er to signal. 

[0004] With the advent of computer networks and the 
distribution of work among the computers, there is a 
need for a policy manager that can manage policy inde- 
pendent of the architecture of the computers connected 
in the network. 

[0005] There is also a need for a method and system 
for aging statistics that are used in the policy manage- 
ment process. 

[0006] The present invention accordingly provides, in 
a first aspect, a method of managing the availability to 
do work of a plurality of cooperating computers connect- 
ed in a network, said method comprising: (a) identifying 
a set of specific ones of said plurality of cooperating 
computers as available resources for the performance 
of said work; (b) receiving performance related values 
of said plurality of cooperating computers; (c) deriving 
performance related metrics from said performance re- 
lated values; and (d) changing said set of specific ones 
of said plurality of cooperating computers based on said 
performance related metrics. 

[0007] Preferably, at least one of said plurality of co- 
operating computers is heterogeneous with respect to 
the other cooperating computers of said plurality of co- 
operating computers. 

[0008] Preferably, step (d) adds additional ones of 
said plurality of cooperating computers to said set or de- 
letes one or more of said specific ones of said plurality 
of cooperating computers from said set. 
[0009] Preferably, step (d) changes said set inde- 
pendently of any architecture or operating system spe- 
cific metrics of said plurality of cooperating computers. 
[0010] Preferably, step (d) changes said set inde- 



pendently of any workload specific metrics of said plu- 
rality of cooperating computers. 
[0011] Preferably, said performance values are se- 
lected from the group consisting of: response times and 

5 queue delays. 

[001 2] Preferably, a cluster of said plurality of cooper- 
ating computers is connected to a node contained in 
said network, further comprising (e) requesting a man- 
ager of said cluster to accept additional work or to give 

10 up pending work based on said performance related 
metrics. 

[0013] Preferably, the method further comprises (f) re- 
questing said manager of said cluster to start more work 
or to run more pieces of an application on one or more 

15 of the cooperating computers of said cluster. 

[001 4] Preferably, step (a) identifies said set at a first 
time based on said performance related metrics, and 
wherein step (d) changes said set at a second later time. 
[0015] Preferably, step (d) is performed only when a 

20 new value has been received or a request has been 
made to view the data. 

[0016] Preferably, step (d) forms said performance 
metrics as an aggregation of said values. 
[0017] Preferably, step (d) forms said performance 
25 metrics for each of said plurality of said cooperating 
computers. 

[0018] Preferably, step (d) is performed only when a 
new one of said values is received or a request to view 
the performance metric is received. 
30 [0019] Preferably, step (b) receives said performance 
related values over a series of time intervals, and where- 
in step (c) derives said performance metrics for n peri- 
ods, of which the performance metrics of the nth period 
thereof includes an aggregate of the performance met- 
35 rics for a current interval plus n-1 of the preceding inter- 
vals. 

[0020] Preferably, the performance metrics of the nth 
period of a preceding interval are discarded during a cur- 
rent interval. 

40 [0021] Preferably, said performance metrics for each 
of said periods include only a number and average of 
values received. 

[0022] Preferably, each of said performance metrics 
includes only a number and an average of values re- 
45 ceived. 

[0023] Preferably, step (c) forms said performance 
metrics as a data structure having n rows that contain 
the performance metrics of said n periods, respectively 
wherein the performance metrics of the nth row of a pre- 
50 ceding interval are discarded during a current interval, 
and wherein said nth row of the preceding interval is 
used as a first row in the current interval and the remain- 
ing ones of said n rows are shifted down one row posi- 
tion. 

55 [0024] In a second aspect, the present invention pro- 
vides a computer having a CPU and a memory compris- 
ing: 
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policy program means for causing said CPU to 
mange the availability to do work of a plurality of 
cooperating computers that are connected in a net- 
work, said policy program means comprising: 

first means for performing a first operation that 
identifies a set of specific ones of said plurality 
of cooperating computers as available resourc- 
es for the performance of work; 

second means for performing a second opera- 
tion that receives performance related values 
of said plurality of cooperating computers; 

third means for performing a third operation that 
derives performance related metrics from said 
performance related values; and 

fourth means for performing a fourth operation 
that changes said set of specific ones of said 
plurality of cooperating computers based on 
said performance related metrics. 

[0025] Preferably, at least one of said plurality of co- 
operating computers is heterogeneous with respect to 
the other cooperating computers of said plurality of co- 
operating computers. 

[0026] Preferably, said fourth operation adds addi- 
tional ones of said plurality of cooperating computers to 
said set or deletes one or more of said specific ones of 
said plurality of cooperating computers from said set. 
[0027] Preferably, said fourth operation changes said 
set independently of any architecture or operating sys- 
tem specific metrics of said plurality of cooperating com- 
puters. 

[0028] Preferably, said fourth operation changes said 
set independently of any workload specific metrics of 
said plurality of cooperating computers. 
[0029] Preferably, said performance values are se- 
lected from the group consisting of: response times and 
queue delays. 

[0030] Preferably, a cluster of said plurality of cooper- 
ating computers is connected to a node contained in 
said network, further comprising a fifth means for per- 
forming a fifth operation that requests a manager of said 
cluster to accept additional work or to give up pending 
work based on said performance related metrics. 
[0031 ] Preferably, the computer of the second aspect 
further comprises sixth means for performing a sixth op- 
eration that requests said manager of said cluster to 
start more work or to run more pieces of an application 
on one or more of the cooperating computers of said 
cluster. 

[0032] Preferably, said first operation identifies said 
set at a first time based on said performance related 
metrics, and wherein said fourth changes said set at a 
second later time. 

[0033] Preferably, said fourth operation is performed 



only when a new value has been received or a request 
has been made to view the data. 
[0034] Preferably, said fourth operation forms said 
performance metrics as an aggregation of said values. 
5 [0035] Preferably, said fourth operation forms said 
performance metrics for each of said plurality of said co- 
operating computers. 

[0036] Preferably, said fourth operation is performed 
only when a new one of said values is received or a re- 

10 quest to view the performance metric is received. 

[0037] Preferably, said second operation receives 
said performance related values over a series of time 
intervals, and wherein said third operation derives said 
performance metrics for n periods, of which the perform- 

15 ance metrics of the nth period thereof includes an ag- 
gregate of the performance metrics for a current interval 
plus n-1 of the preceding intervals. 
[0038] Preferably, the performance metrics of the nth 
period of a preceding interval are discarded during a cur- 

20 rent interval. 

[0039] Preferably, said performance metrics for each 
of said periods include only a number and average of 
values received. 

[0040] Preferably, each of said performance metrics 
25 includes only a number and an average of values re- 
ceived. 

[0041] Preferably, said third operation forms said per- 
formance metrics as a data structure having n rows that 
contain the performance metrics of said n periods, re- 
30 spectively, wherein the performance metrics of the nth 
row of a preceding interval are discarded during a cur- 
rent interval, and wherein said nth row of the preceding 
interval is used as a first row in the current interval and 
the remaining ones of said n rows are shifted down one 
35 row position. 

[0042] In a third aspect, the present invention com- 
prises a computer program to, when loaded into a com- 
puter system and executed, cause said computer sys- 
tem to perform the steps of a method according to the 
40 first aspect. Preferred computer program features of the 
third aspect correspond to the preferred method fea- 
tures of the first aspect. 

[0043] A preferred embodiment of the present inven- 
tion addresses the aforementioned needs with a policy 
45 management system and method that manages the 
availability of a plurality of cooperating computers con- 
nected in a network to do work. The method identifies a 
set of specific ones of the plurality of cooperating com- 
puters as available resources forthe performance of the 
50 work. Performance metrics are derived from perform- 
ance related values of the plurality of cooperating com- 
puters. Based on the performance metrics, the set of 
specific ones of the cooperating computers are changed 
to thereby enable the allocation of work to cooperating 
55 computers that, from a performance standpoint, can do 
the work in the shortest possible time. 
[0044] The system and method of the invention can 
be used with cooperating computers that are either ho- 
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mogenous or heterogeneous in architecture or that em- 
ploy the same or diverse operating systems. The per- 
formance related metrics, for example, include re- 
sponse times or queue delays of a cooperating compu- 
ter. 

[0045] The system and method of policy management 
preferably is flexible to allow as much policy manage- 
ment as desired to be delegated from a system policy 
managerto a local or cluster manager. The method may 
request a manager of a cluster to accept additional work 
or to give up pending work based on the performance 
related metrics or to start more work or to run more piec- 
es of an application on one or more of the cooperating 
computers of the cluster. 

[0046] According to a preferred feature of the present 
invention, the performance metrics are derived or up- 
dated only when a new value has been received or a 
request has been made to view the data. This saves 
CPU cycles that were used in prior methods that per- 
formed updates periodically, whether or not new values 
had been received since the last update. 
[0047] According to another preferred feature of the 
invention, the performance related values are received 
over a series of time intervals. The performance metrics 
are derived for n periods, of which the performance met- 
rics of the nth period thereof includes an aggregate of 
the performance metrics for the current interval plus n- 
1 of the preceding time intervals. The performance met- 
rics of the nth or last period of a preceding interval are 
discarded during a current interval. 
[0048] The performance metrics are preferably 
formed as a data structure having n rows that contain 
the performance metrics of the n periods. The perform- 
ance metrics of the nth row of a preceding interval are 
discarded during a current interval. The nth row of the 
preceding interval is used as a first row in the current 
interval and the remaining rows are shifted down one 
row position. 

[0049] According to a further preferred feature of the 
present invention, each of the performance metrics in- 
cludes only a number and average of values received. 
[0050] A preferred embodiment of the present inven- 
tion will now be described, by way of example only ; with 
reference to the accompanying drawings, in which: 

FIG. 1 is a block diagram of a system in which the 
policy management system and method of a pre- 
ferred embodiment of the present invention is em- 
ployed; 

FIG. 2 is a block diagram of the managing computer 
of the FIG. 1 system; 

FIG. 3 is a flow diagram of the policy manager pro- 
gram of the FIG. 2 managing computer; 

FIG. 4 is a flow diagram of the performance values 
and metrics formation process of the FIG. 2 man- 



aging computer; 

FIG. 5 depicts a data structure of the performance 
metrics formed by the process of FIG. 4; 

5 

FIG. 6 is a flow diagram of the receive new values 
portion of the flow diagram of FIG. 4; and 

FIG. 7 is a flow diagram of the update table portion 
10 of the flow diagram of FIG. 4. 

[0051] Referring to FIG. 1, a distributed computing 
system 20 includes a plurality of cooperating network 
computers 22-1 through 22-N, a managing computer 

15 24, an intranet 26, an internet 28 and a cluster 30. In- 
tranet 26 interconnects cooperating network computers 
22-1 through 22-N, cluster 30 and managing computer 
24 in a distributing computing network. Intranet 26 is 
generally a network that is internal to an organization. 

20 A preferred embodiment of the present invention con- 
templates that othercomputers outsidethe organization 
may be included in the distributed computing network. 
To this end, internet 28 serves to interconnect these oth- 
er computers (not shown) with managing computer 24, 

25 cluster 30 and cooperating network computers 22-1 
through 22-N. Other non-network computers (not 
shown) can also communicate with system 20 via inter- 
net 28. 

[0052] Cluster 30 includes a managing computer 36 

30 and two cooperating network computers 32 and 34. Co- 
operating network computers 32 and 34 and managing 
computer 36 are each connected with intranet 26. Clus- 
ter 30 may be considered a node in system 20. Although 
two cooperating network computers 32 and 34 are 

35 shown, it will be apparent to those skilled in the art that 
cluster 30 may include more or less cooperating com- 
puters. It will also be apparent to those skilled in the art 
that system 20 may include additional clusters. 
[0053] Managing computer 24 manages the policy 

40 concerning allocation of work (applications) and distri- 
bution of that work among cooperating computers 22-1 
through 22-N and cluster 30. Managing computer 36 
manages the policy and distribution of work among co- 
operating network computers 32 and 34. It will be ap- 

45 parent to those skilled in the art that managing comput- 
ers 24 and 26 are shown as single computers by way of 
example and that policy management and work distri- 
bution may be functionally distributed among two or 
more computers. 

50 [0054] Referring to FIG. 2, managing computer 24 in- 
cludes a central processing unit (CPU) 40, an input/out- 
put (I/O) units section 42, a communications unit 44 and 
a memory 46. Communications unit 44 serves to inter- 
connect managing computer with intranet 26 for com- 

55 munication with cooperating computers 22-1 through 
22-N and cluster 30. Memory 46 includes an operating 
system program 48, a distribution manager program 52 , 
a policy manager program 54, a metrics program 56 and 
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a metrics data structure 58. 

[0055] Policy manager program 54 and metrics pro- 
gram 56 control CPU 40 to develop and update metrics 
data structure 58 with performance related metrics of 
cooperating network computers 32, 34 and 22-1 through 
22-N. Distribution manager 52 uses metrics data struc- 
ture 58 to control CPU 40 to distribute work among co- 
operating network computers 32, 34 and 22-1 through 
22-N. Dependent on the allocation of policy manage- 
ment responsibility among managing computer 24 and 
managing computer 36, managing computer 36 may al- 
so have access to metrics data structure 58. It will be 
apparent to those skilled in the art that although metrics 
program 56 and metrics data structure 58 are shown as 
separate modules, each could be incorporated into pol- 
icy manager program 54. It will be apparent to those 
skilled in the art that managing computer 36 may have 
the same or similar structure and software as managing 
computer 24. 

[0056] Software stored in memory 46, including policy 
manager program 54, metrics program 56 may be load- 
ed or down loaded from a memory medium 60 to mem- 
ory 46. 

[0057] Referring to FIG. 3, policy manager program 
54 at step 70 identifies a set of resources that are avail- 
able for work. For example, the specific ones of coop- 
erating network computers 32, 34 or 22-1 through 22-N 
that are available for work are identified. This identifica- 
tion is available for access by distribution manager pro- 
gram 52. Step 72 examines the state of system 20 in- 
cluding metrics data structure 58. Step 74 determines if 
there is any need to change the available resources 
based on the metrics data structure 58. If no change is 
needed, step 76 causes policy manager program 54 to 
wait and then step 72 is repeated. If step 74 determines 
there is a need for change, step 78 either increases or 
decreases the current set of available resources. After 
step 78 is completed, step 76 causes policy manager 
program 54 to wait and then step 72 is repeated. 
[0058] Referring to FIG. 4, metrics program 56 starts 
with step 80 that initializes based on provided parame- 
ters, such as, the location of basic components. Step 82 
then causes metrics program 56 to wait until a request 
is received. If the request is for a report, the metrics con- 
tained in metric data structure 58 are updated by step 
86. Step 88 then issues the requested report and control 
returns to step 82. If the request is to provide new val- 
ues, step 90 derives the metrics from the new values. 
The derived metrics are then used by step 92 to update 
metric data structure 58. Control is then passed to step 
82. Metrics program 56 performs the foregoing steps for 
each cooperating network computer that is connected 
in system 20, unless managing computer 36 is respon- 
sible to track the performance related values of cooper- 
ating network computers 32 and 34. 
[0059] Referring to FIG. 5, metrics data structure 58 
is shown in the form of a table having rows 100, 102, 
1 04 and 1 06. Rows 1 00, 1 02, 1 04 and 1 06 each contain 



a performance related metric for a different value report- 
ing interval. According to one aspect of the invention, 
the performance related value may be either the re- 
sponse time or queue delay of a cooperating network 

5 computer. In FIG. 5, the performance related value is 
shown as response time. The derived metrics in each 
row consist of a number of values received for that re- 
porting interval and an average of the reported values. 
Thus, row 1 00 is shown with a total number of 7 values 

10 received thus far in a current reporting interval with an 
average response time of 1 60 milliseconds (ms). Thus, 
only two metrics are needed for each reporting interval. 
Row 102 has a reporting interval that consists of the pre- 
vious interval plus the current interval. Row 104 has a 

15 reporting interval of the two previous intervals plus the 
current interval. Row 206 has a reporting interval of the 
three preceding intervals plus the current interval. It will 
be apparent to those skilled in the art that there can be 
more or less rows than the four rows 1 00, 1 02, 1 04 and 

20 106. 

[0060] Referring to FIG. 6, aggregate values step 90 
of FIG. 4 is shown in detail. Step 110 waits for a new 
value. Step 112 receives a new value. Step 114 deter- 
mines if the current value reporting interval has expired. 

25 |f so, step 116 updates rows 100, 102, 104 and 106 of 
metrics data structure 58 and passes control to step 110. 
If not, step 118 updates only the current row 100. By 
updating only the current row as each new value is re- 
ceived, computation time is conserved. Step 120 incre- 

30 ments the values number and step 122 calculates a new 
average. For example, the new average is the old aver- 
age plus the difference of the current value and the old 
average divided by the new number of values. After step 
1 22, control is passed to step 110. 

35 [0061] Referring to FIG. 7, update table rows step 116 
of FIG. 6 is shown in detail. Step 130 rotates table rows 
100, 102, 104 and 106 of metrics data structure 58 of 
FIG. 5. Step 132 discards the metrics contained in the 
nth row, which is row 106 in FIG. 5. Row 106 is then 

40 used as the first row for the metrics to be derived in the 
next current interval. Step 134 then shifts all remaining 
rows down one position. Thus, for the next current in- 
terval, row 106 will contain the metrics for the current 
interval. Row 100 will contain the metrics for the previ- 

45 ous interval plus that current interval. Row 1 02 will con- 
tain the metrics for the two previous intervals plus the 
current interval. Row 1 04 will contain the metrics for the 
three previous intervals plus the current interval. 
[0062] Policy manager program 54 runs independent- 

50 |y of distribution and execution of work with in system 20. 
That is, the process of policy management is discon- 
nected from the active work processes that are being 
managed. This has the effect of reducing overhead of 
system 20, thereby allowing for maximum scalability. 

55 Policy manager program 54 contains no process that 
establishes an affinity between a specific work item or 
type of work and a specific cooperating network compu- 
ter. 
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[0063] Policy manager program 54 oversees system 
20 and the work execution process without interfering 
with the production cycles of system 20. This is accom- 
plished by having policy manager program 54 run sep- 
arately from distribution manager program 52 and other 
software that controls execution of work by system 20. 
This allows policy manager program to monitor the ex- 
ecution of work and to extract decision making informa- 
tion, such as performance related values, while minimal- 
ly impacting the ongoing work process. 
[0064] Policy manager program 54 and managing 
computer 24 are a central policy manager that monitors 
system 20. In order to achieve fault tolerance as well as 
limit the load on any one policy manager, managing 
computer 24 can communicate with a plurality of local 
or cluster policy managers, such as, managing compu- 
ter 36, throughout system 20. The task of each local 
managing computer is to enforce local policy, while 
meeting the goals of the global system through commu- 
nication with other local policy managers and the central 
managing computer 24. Each cluster policy manager 
keeps track of the current policy and state of its cluster. 
By managing policy local to a cluster, the bottleneck of 
tunneling all local policy decisions through a single cen- 
tral policy manager is avoided. Clusters, such as cluster 
30, can be partitioned based on functionality, proximity 
or any arbitrary consideration. 

[0065] The policy management system and method 
of a preferred embodiment of the present invention al- 
lows for more than one method for handling the distri- 
bution of policy management among managing compu- 
ter 24 and cluster managing computers, such as, man- 
aging computer 36. In one aspect, managing computer 
24 can view cluster 30 as a single node and have no 
knowledge of cooperating network computers 32 and 
34. In another aspect of the invention, managing com- 
puter 24 must approve of all decisions made by manag- 
ing computer 36 and, thus, has first hand knowledge of 
system 20. A combination of these two aspects allows 
the cluster managing computer 36 to make local deci- 
sions about its resource management, while central 
managing computer 24, as needed, has access to the 
state of cluster 30 and cooperating network computers 
32 and 34. 



Claims 

1 . A method of managing the availability to do work of 
a plurality of cooperating computers connected in a 
network, said method comprising: 

(a) identifying a set of specific ones of said plu- 
rality of cooperating computers as available re- 
sources for the performance of said work; 

(b) receiving performance related values of 
said plurality of cooperating computers; 



(c) deriving performance related metrics from 
said performance related values; and 

(d) changing said set of specific ones of said 
5 plurality of cooperating computers based on 

said performance related metrics. 

2. A method as claimed in claim 1, wherein at least 
one of said plurality of cooperating computers is 

10 heterogeneous with respect to the other cooperat- 
ing computers of said plurality of cooperating com- 
puters. 

3. A method as claimed in claim 1 or claim 2, wherein 
15 step (d) changes said set independently of at least 

one of: 

any architecture or operating system specific 
metrics of said plurality of cooperating comput- 
et* ers: or 

any workload specific metrics of said plurality 
of cooperating computers. 

25 4. A method as claimed in any of claims 1 to 3, wherein 
a cluster of said plurality of cooperating computers 
is connected to a node contained in said network, 
further comprising (e) requesting a manager of said 
cluster to accept additional work or to give up pend- 
30 ing work based on said performance related met- 
rics. 

5. A method as claimed in claim 4, further comprising 
(f) requesting said manager of said cluster to start 

35 more work or to run more pieces of an application 
on one or more of the cooperating computers of said 
cluster. 

6. Amethod as claimed in any preceding claim, where- 
40 in step (a) identifies said set at a first time based on 

said performance related metrics, and wherein step 
(d) changes said set at a second later time. 

7. Amethod as claimed in any preceding claim, where- 
45 in step (d): 

forms said performance metrics as an aggre- 
gation of said values; 

forms said performance metrics for each of said 
50 plurality of said cooperating computers; and 

wherein step (d) is performed only when a 
new one of said values is received or a request to 
view the performance metric is received. 

55 

8. Amethod as claimed in any preceding claim, where- 
in step (b) receives said performance related values 
over a series of time intervals; 



25 4. 
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35 



6 



11 EP1 211 600A2 12 



wherein step (c) derives said performance 
metrics for n periods, of which the performance met- 
rics of the nth period thereof includes an aggregate 
of the performance metrics for a current interval 
plus n-1 of the preceding intervals; 5 

wherein the performance metrics of the nth 
period of a preceding interval are discarded during 
a current interval; and 

wherein step (c) forms said performance met- 
rics as a data structure having n rows that contain 10 
the performance metrics of said n periods, respec- 
tively, wherein the performance metrics of the nth 
row of a preceding interval are discarded during a 
current interval, and wherein said nth row of the pre- 
ceding interval is used as a first row in the current 15 
interval and the remaining ones of said n rows are 
shifted down one row position. 



A computer having a CPU and a memory compris- 
ing: 



20 



policy program means for causing said CPU to 
mange the availability to do work of a plurality 
of cooperating computers that are connected in 
a network, said policy program means compris- 25 
ing: 

first means for performing a first operation 
that identifies a set of specific ones of said 
plurality of cooperating computers as avail- 30 
able resources for the performance of 
work; 

second means for performing a second op- 
eration that receives performance related 
values of said plurality of cooperating com- 35 
puters; 

third means for performing a third opera- 
tion that derives performance related met- 
rics from said performance related values; 
and 40 
fourth means for performing a fourth oper- 
ation that changes said set of specific ones 
of said plurality of cooperating computers 
based on said performance related met- 
rics. 45 

1 0. A computer program comprising computer program 
code to, when loaded into a computer system and 
executed, cause said computer system to perform 
the steps of a method as claimed in any of claims 1 50 
to 8. 
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